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REFERENCE TO MICROFICHE APPENDIX 

The present specification comprises a microfiche 
appendix A. The total number of microfiche sheets in 
the microfiche appendix is one. The total number of 
frames in the microfiche appendix is fifteen, 

A portion of the disclosure of this patent 
document contains material which is subject to 
copyright protection. The copyright owner has no 
objection to the facsimile reproduction by anyone of 
the patent document or the patent disclosure, as it 
appears in the Patent and Trademark Office patent files 
or records, but otherwise reserves all copyright rights 
whatsoever . 

BACKGROUND OF THE INVENTION 

Field of the Invention 

This — Mw enti o n relates- to -a comput e r — systei 
including a device having a non-standajr£^P/^5interf ace 
coupled to a local bus and a__&o#ttfare emulation of a 
universal asynchrojiotr^*receiver transmitter (UART) , and 
further r^iates to processes and circuit for avoiding 
con£iricts when assigning a COM port to a non-standard 



Description of Related Art 

h typical personal ouiupa xer (PC) has on e ui m oi e 



35 



buses such as ISA, VESA £ _ - aiifi^o* L --PCT buses for 
connect i^n_9fjiser*^Iec^d devices. The PC 

f iuuica L es wi tn me d evice^ usn rf vg dpvirp ad d re ssee— 
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v typlcalTy indicated by the settings of jmupei wiig g^S 
toggle switches on the device. Problems can api^e 
because there is no guaranty that a seJ^-Cr devices, 
made by different manufacturers^<5an operate together 
without address conf 1 ict|x^Even if a set of devices 
can operated together, connection of the devices to a 
local bus may^quire that the user identify address 
conflict^^nd change address settings to avoid the 
conjvdTxcts. This can make adding devices to a PC 

j F^fflin^n rjpyirpc! — c o nnected to an ISA bus — inc l u c 
ferial input/output (I/O) devices such as a printer, a 
modem, or a mouse. Some operating environments such as 
Microsoft WINDOWS™ running in conjunction v#Lth MS-DOS 
operating system provide for standardize^ connections 
to serial devices coupled to the ISA bus. In 
particular, WINDOWS™ and MS-DOS su**port four 
communication or COM ports, eact/naving a predefined 
base device address. This allows resolution of device 
address conflicts if each serial device en- coupled to 
the ISA bus has settings/for at least four different 
base device addresses/ Each COM port is for connection 
to a serial device/which contains a communication 
interface known/as a Universal Asynchronous 
Receiver /Transceiver (UART) . The UART is well known in 
the art apfl described, for example, in the 1994 
"Telecptnmunication Data Book" from National 
Semi-conductor Corporation, which is incorporated by 
enc e h er ein in — itc ent-inre^y^ 
V -F±g~: — r^nrusfa iates conv antiren al cui i uuuaica t d o ns ^ 
ween a serial device 110 and an applicaJt^rotTl4 0 via 
an operating environment 13 0 andpu-c^mmunications 
driver 12 0. Operating environment 13 0 provides a 
library of subroutines which application 14 0 calls to 
commun^.at«"^v7ith serial device 110 * The subroutines 
^aJIl^eommtmiTe ati o ns driv en— 3. - 20 whic tr writes and-r-eads — ^ 
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<^ata ana-r ;uiiLi u l information to and from a UART 10^ 
The standardized communication interface illysrtrated in 
Fig. 1 reduces the complexity of appliparC^on 14 0 
because application 14 0 is not r^gtfired to implement a 
variety of communication protocols. Accordingly, most 
application's are written for the standard interface. 
However, a standard hardware UART may be unsuitable or 
too expensj^ror some devices . Accordingly , 
technigties are needed which provide non-standard 
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fXth the benefits ot~a— o fean d a rri TTART interfaces. 
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SUMMARY OF THE INVENTION 

7 

In accordance with the invention, a software 
emulation op a UART (universal asynchronous receiver 
15 transmitter) allows a device with a non-standard I/O 

interface to communicate with an application through an 
operating environment which contains procedures for 
accessing standard UART interfaces. The software UART 
allows a non-standard device to take advantage of 

2 0 protocols which avoid device address conflicts among 

COM ports. Further, differences between the non- 
standard device and a standard UART device are 
transparent to the applications running under the 
operating environment . 

T^n one embed-imerrt: of the I nven t ion, — a compute 
ystem includes a non-standard device and a CpM^driver 
for the non-standard device. The non-stapd^rd device 
connects to an I/O slot corresponding^"^ a first COM 
port but has a register set whiphr^aif f ers from the 

3 0 standard register set for a^tJART. The COM driver 

contains: a UART emulajfe-fon which in response a 
procedure requesting access to a register of a UART at 
the first COJJ-^ort, instead accesses storage locations 
in main Jfft^mory of the computer system; and an I/O 
3 5 han^fer which transfers values between the storage 

uiis in ma i n m u m o iy ai rframe register set or ^xtte^ 
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spondijjg---fer^a^econd COM port, and the COM driver 
To avoid address conflicts with standard devices, 



5 



the non-standard device has a circuit for setting the 
device address of the non-standard device. In one 
embodiment, this circuit contains a comparator adapted 
for receiving a data signal from the local bus and for 

10 comparing the data signal to a pattern signal which has 
a predetermined series of values; a counter coupled to 
the comparator, wherein the counter resets to an 
initial state if the comparator indicates the data 
signal is not equal to the pattern signal and advances 

15 toward a final state if the comparator indicates the 
data signal equals the pattern signal; and a register 
which, in response to the counter reaching the final 
state, latches from the local bus a value which 
indicates the base address of the non-standard device, 

20 Typically, the circuit also contains an address decoder 
that selects which data signals the comparator receives 
from the local bus. 

The COM driver sets the base address of the non- 
standard device by sending a predetermined pattern of 

25 address and data signals on the local bus and then 

following the pattern with a signal that indicates the 
base address of the device* The device starts in a 
locked state where the device does not have a base 
address and does not respond to signals on the local 

3 0 bus. Once the device recognizes the pattern sent by 

the COM driver, the device address is set to the value 
provided by the COM driver, and the device transitions 
to an unlocked state. In the unlocked state, the 
device responds to signals on the local bus which 

35 correspond to the base address of the device. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows a block diagram of a prior art 
interface between an application and a UART device. 

Fig. 2 shows a block diagram of an interface in 
5 accordance with an embodiment of the invention. 

Fig. 3A is a block diagram of a circuit which 
unlocks a device and sets the base device address of 
the device. 

Fig. 3B is a block diagram of an embodiment of a 
10 base address decoder usable in the circuit of Fig. 3A. 

Fig. 3C is a block diagram of an embodiment of a 
pattern generator usable in the circuit of Fig. 3A. 

Use of the same reference symbols in different 
figures indicates similar or identical items. 
□ 15 

^ DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

\i An embodiment of this invention illustrated in 

tl Fig. 2 allows an application 140 running in an 

T operating environment 13 0 to communicate with a serial 

20 device 110 having a hardware UART 105 and/or a serial 
device 210 having non-standard input /output (I/O) 
interface 205. A COM driver 220 contains conventional 
software subroutines for communications with hardware 
UART 105 and a software UART 222 for serial device 210. 
25 Software UART 222 allows operating environment 130 and 
application 140 to transparently communicate with non- 
standard serial device 210 as if serial device 210 
contained a hardware UART. 
— J^jb^ \p -In one eiUbodimettfe- nf the invent inn- 

3 0 environment 13 0 includes microsoft WINDOWS™ which 

supports four COM ports for coiniwifrxcations with up to 
four serial devices conpetftfed to an ISA bus 115. A 
standard COM por^cx6cupies a slot of eight addresses on 
ISA bus 115^^The eight addresses correspond to 
3 5 regist^r^of a standard UART, which function as shown 
bio l r* 
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Table 1 



Offset 


Register 


0 


Rx/Tx Buffer (read/write) or Divisor Latch 

J.6clSl~ Sl^lllJ. X^aJlu *J_y • 




lilUCL riipU Hi I \<XWJ J. tS Ui 1-/ -L V X O l_/ J- J.JC1 * — A 1 "IWO U 

significant byte. 


2 


Interrupt Identif icat ion 


3 


Line control 


4 


Modem control 


5 


Line status 


6 


Modem status 


7 


Scratch 



The divisor latch indicated in Table 1 is enabled by 
setting a bit DLAB in the line control register. 

Serial device 210 logically occupies a COM port 

15 but does not have a hardware UART which physically 
occupies an I/O address slot on ISA bus 115. 
Accordingly, the I/O slot for the COM port used by 
serial device 210 is available for non-standard 
interface 205. Non-standard I/O 205 occupies up to 

2 0 eight addresses on ISA bus 115 but need not comply with 
the standard functions given in Table 1. An example 
non-standard interface is disclosed below. 

Application 140 can be any sort of software. A 
typical application 140 is a communication program that 

2 5 transmits and receives data through a modem. To access 
a device connected to ISA bus 115, application 140 
calls a routine in operating environment 13 0. The 
routine calls COM driver 220, and COM driver 220 
accesses devices 110 and/or 210 via ISA bus 115. COM 

30 driver 220 is software containing a standard COM driver 
for UART 105 and a software UART 22 2 and an I/O handler 
224 for communications with non-standard I/O device 
210. A computer running application 14 0 executes 
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software of COM driver 2 20 when operating environment 
130 calls COM driver 120 and during interrupts. 
/V^ard>£i^h^PP endix A contains a listing of 8086 assembly 

language program which implements software UART 222 and 
5 I/O handler 224. Software UART 222 contains a set of 
virtual registers which are memory locations in the 
computer running COM driver 22 0 and which correspond to 
the registers of a standard UART. The virtual 
registers are updated using information from serial 
10 device 210 and operating environment 13 0. I/O handler 
224 accesses serial device 210 (hardware) which is 
referred to as the ASIC in Appendix A. 

nnringj ui it i al i -g^b~hOT— of CUM ports, COM d rtVgl~ 
^ermines which of the four COM ports are allocate* 
standard UART devices, determines if a non-star>d^rd 
device is present, and then allocates an uptfssigned COM 
port and I/O slot to device 210. Serial device 210 is 
initially locked during start-up. When locked, serial 
device 210 receives a data signal DATA and address 
20 signal ADDR from ISA bus ll^/^but does not responds to 
any address. COM driver^22 0 unlocks device 210 by 
transmitting address^ignal ADDR and data signal DATA 
with values equal/l^o predefined pattern recognized by 
device 210. Vtt*£n unlocked, the base device address of 

2 5 devipe 210 impends on information that COM driver 22 0 

^ |?^videg^hile unlocking device 210. Device 210 

replies to the address set by COM driver 220 to 
^rirnd l^dLe - that device 210 i s present. 

Fig. 3A shows a block diagram of an unlocking 
30 circuit 300 which unlocks a device coupled to a local 
bus of a computer. Although, unlocking circuit 3 00 is 
described herein in the context of a serial device 
coupled to an ISA bus, unlocking circuit 300 is more 
generally applicable to any device coupled to a local 

3 5 bus such as a VLB or PCI bus. 
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base dddn 

coder 3 30 and a pattern generator 310. Whiles/the 
device is locked, base address decoder 3 30 ^serts a 
signal SEL to pattern generator 310. Pattern generator 
310 generates a signal PAT that represents a byte which 
is from a predefined sequence and ^/forresponds to the 
value of signal SEL. Signal S^L starts in an initial 
state, such as indicating a >dbunt value of zero or a 
maximum count. Each time^the local bus carries an 
address signal ADDR haying a recognized value, base 
address decoder 3 3 0/compares data signal DATA from the 
local bus to signal PAT and if signals PAT and DATA are 
equal, changes/signal SEL so that signal SEL advances 
toward a fijaal state. Otherwise, signal SEL is reset 
to indicate to the initial state. Advancing signal SEL 
can fop^ example increment a count value from an initial 
stated (minimum value) toward a final state (maximum 
va^ue) or decrement the count from an initial state 
xi m um v arxuej t ru a final bLate — (miiiimttm - valu ed 
When signal SEL reaches the final state, base 
address decoder 3 30 receives and stores a base address 
for the device and then asserts a signal PCSYNC to 
p( indicate the device is unlocked. The COM driver^C^ 
transmit the base address to the device in a number of 
ways. For example, the address signal used during 
transmission of the pattern or a following data signal 
can indicate the base address, 

- Fig -s — 3D ohows a block d iagr am of an ombodime ntp^ 
Jase address decoder 330. Base address decod^*^33 0 
contains AND gates 331, 3 32, and 333 wl^i<rn are coupled 
address lines of ISA bus 115. A^B^gate 333 asserts a 
signal ADX when signal I£J*eiTindicates the computer is 
writing data and a£dr*ess signal ADDR[11:0] has the form 
OOlx lllx U^rfbinary where x indicates that bits ADDR4 
and ADBfR8 are "don't care" bits, i.e. can have either 
Lue_J>--Ot r ^rT The CQSrri rivnr nnlg ertrg values tor 
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Annpft a r r ti &nn^L g 0 that- signal AnnP[ LO- i-o^ Qu^^iujtT - 
correspond to any other device coupled t^-feife ISA bus. 
A signal AEN indicates when a DMAperf£roller in the 
computer places an addressprKfSA bus 115. In the 
5 embodiment shown, upJrex5Jcing circuit 300 does not 

respond to tlje-'tfMA controller, and signal ADX is only 
asserted^if signal AEN indicates address signal ADDR 
^tMM)] js not from the DMA cunLiullts fe— 

AND gate 333 deasserts signal ADX when at the end 

10 of a write cycle and causes register 3 39 to latch a 
byte from signal DATA[7:0] on ISA bus 115. A 
comparator 34 0 compares the latched byte to signal 
PAT[7:0] and asserts a signal EQUAL if the latched byte 
equals the byte indicated by signal PAT[7:0]. Signal 

15 EQUAL determines what occurs the next time signal ADX 
is asserted. Signal EQUAL acts as a clock enable 
signal for a counter 335 and a flip-flop 34 5 and acts 
as an input signal for flip-flop 341. With signal 
EQUAL asserted when AND gate 333 asserts signal ADX, 

20 counter 335 increments count signal SEL[2:0], flip-flop 
341 asserts a signal MATCH, and flip-flop 345 sets 
signal PCSYNC to the value of bit SEL2 of signal 
SEL[2:0]. With signal EQUAL deasserted when AND gate 
333 asserts signal ADX, flip-flop 341 deasserts signal 

2 5 MATCH which resets counter 3 35 to an initial state with 

count value zero. Thus, counter 3 35 is reset to zero 
each time a data byte from ISA bus 115 is not equal to 
the data byte from the predefined pattern. 
Additionally, a signal RESET from ISA bus 115 can reset 

3 0 counter 33 5. 

Count signal SEL[2:0] increments if signal EQUAL 
is asserted when COM driver 22 0 generates on ISA bus 
115 an address of the form OOlx lllx 1111 and a data 
byte equal to signal PAT[7:0]. Incrementing signal 
3 5 SEL[2:0] causes pattern generator 310 to set signal 
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PAT[7:0] to indicate the next byte in the predefined 
pattern. 

Fig. 3C is a block diagram of an embodiment of 
pattern generator 310. Pattern generator 310 contains 
5 multiplexers 311 to 318 which have select terminals 

coupled to receive signal SEL[2:0]. Input terminals of 
multiplexers 311 to 314 are coupled to voltage VCC or 
ground. Signal SEL0 selects one of the two values for 
a signal AOUT[7:0] from multiplexers 311 and 312 and 

10 one of two values for a signal BOUT[7:0] from 

multiplexers 313 and 314. Multiplexers 315 and 316 
select an output signal DOUT[7:0] which is equal to 
either signal AOUT[7:0] or BOUT[7:0] depending on 
select signal SELL Multiplexers 317 and 318 select 

15 signal PAT[7:0] which is equal to signal DOUT[7:0] or a 
fixed value depending on the value of select signal 
SEL2 . Pattern generator 310 generates a five byte 
string, the ASCII code for "PCtel", which indicates the 
manufacturer of the device. 



20 <r^\ — Ma ny al Lex. iiaLl V ie patterns amd— pattern g e nerate 





Fig. 3C. 

implemented using a memory such as ^read-only memory 
where signal SEL[2:0] is an adc 
25 implemented using combinat 

SEL[2:0] is an input signal. Each value in the pattern 
can be longer or shorter than a byte and can be a 
constant value-"independent of signal SEL. Further, the 
predetermj 

3 0 five va'lues. Increasing the length of the pattern 

r^sHices the chance of a device being unintentionally 

If COM driver 22 0 sends a sequence of five data 
bytes matching the predefined pattern, counter 335 
3 5 increments to final state and bit SEL2 of signal 

SEL[2:0] is set when a fifth byte is sent. With bit 
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SEL2 set, AND gate 333 asserting signal ADX causes 
flip-flops 337 and 338 to latch and store bits ADDR8 
and ADDR4 of address signal ADDR[11:0] and causes flip- 
flop 345 to assert signal PCSYNC. Signal PCSYNC 
5 indicates that the device is unlocked and has a base 
address of the form 001a 111b 1000, where signals PCA8 
and PCA4 from flip-flops 3 37 and 3 38 indicate the 
values of bits a and b. Values of bits a and b have 
four possible combinations which allows COM driver 220 
10 to select a combination that provides a base address 

that differs from the base addresses of the three other 
COM ports. 

~ Signals PCA4 and PCA8 IdLclied when an addre& g 

signal ADDR[11:0] is asserted for a byte followiwxhe 
predefined pattern. The byte following the pp^aefined 
pattern does not match signal PAT[7:0] frp*n pattern 
generator 310. Accordingly, counter 3*33 is reset to 
the initial state, and bit SEL2 i^cleared. Signals 
PCA8 and PCA4 do not change unless the predefined 
pattern is retransmitte<S^^ Unintentional transmission 
of the predefined pattern is unlikely during normal 
operation of tJ*ecomputer system, but if desired, COM 
driver 2 2p^inonitor the pattern being transmitted and 
repetition of the predefined pattern, for 
25 .^g^a mplo - by w« rt± ncj a no=Op vaiL te Lo d es /lce — 24A» 

Once the device is unlocked, a signal ADBASE 
indicates whether address signal ADDR[11:0] corresponds 
to the device. An AND gate 3 32 asserts a signal ADB if 
address signal ADDR[11:0] has the form OOlx lllx lxxx 
30 when signal AEN indicates the address signal ADDR[11:0] 
is not from the DMA controller. A comparator 3 44 
asserts signal ADBASE only if signal ADB is asserted, 
signal PCSYNC is asserted, and bits ADDR8 and ADDR4 of 
address signal ADDR[11:0] equal signals PCA8 and PCA4 . 
35 Conventional address decoding circuits (not shown) 

decode bits ADDR2 , ADDR1, and ADDR0 to determine which 



20 



-11- 



L:\DMS\6964\M-3206 U\012O760.C2 



10 



15 



register in the device is being accessed via ISA 
bus 115. 

The additional decoding circuits and the register 
set of the device can be implemented as required for 
the function of the device. The standard UART 
interface need not be followed. This allows an I/O 
interface to be optimized and implemented for the 
particular function of the device. 

Fig . 2 shows an embodiment where serial device 2 10 
contains an analog-to-digital converter (ADC) 2 06 and a 
digital-to-analog converter (DAC) 207 which are 
connected to PSTN phonelines 208 for implementation of 
a software modem. In this embodiment, software UART 
222 and I/O handler 2 24 are part of a software modem 
223. A register set in non-standard I/O interface 205 
is described in Table 2 . 
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Table 2 



Offset 


Register 


0 


Data Register (Low Byte) 


1 


Data Register (High Byte) 


2 


Control/Status Register (Low Byte) 


3 


Control/Status Register (High Byte) 


4 


Input/Output Port Register 


5 


Reserved 


6 


Reserved 


7 


Pattern Port Register 



for l6-biJb_^^Jta-^errte^sient to DAC 2 07 or received from 
-AT5C2ilJn by the host computer . Input /output port ■ 
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ADC 2 06 receives an analog communications signal 
from phonelines 2 08 and converts the analog 
communications signal into a series of sampled digital 

10 values. Software modem 22 3 receives the sampled 

digital values and based on the waveform represented by 
the sampled values and on the modem protocol employed 
determines data received. Software modem 223 also 
generates a series of digital values which are sent to 

15 DAC 207 and transmitted as an analog signal on 

phonelines 2 08. The transmitted analog signal provides 
a carrier signal and data values formatted according to 
standard modem protocols such as ITU V.3 2bis, V.32, 
V.22bis, V.23, V.22, V.21, V.17, V.29, and V.27ter 

2 0 standards. Device 210 generates periodic interrupts 

during which software modem 22 3 reads a set of sampled 
digital values from ADC 206 and writes a set of digital 
values which represent the transmitted analog signal. 
COM driver 22 0 sets the interrupt number (or IRQ) used 
25 by device 210 to a user selected one of eight values. 

Application 140 communicates with software modem 
22 3 in the same manner as with a conventional hardware 
modem. Application 140 sends and receives data and 
control values via operating environment 13 0. The data 

3 0 and control values are formatted for a standard UART 

device so that whether software modem 22 3 is a standard 
modem containing a hardware UART or a software modem is 
completely transparent to application 140 and operating 
environment 13 0. 
3 5 Although the present invention has been described 

with reference to particular embodiments, the 
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description is only an example of the invention's 
application and should not be taken as a limitation. 
Various adaptations and combinations of features of the 
embodiments disclosed will be apparent to those skilled 
5 in the art and are within the scope of the present 
invention as defined by the following claims* 



